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Description 


This is the fourth of four papers that make 
up a recommendation for the AX.25 Network Sublayer 
protocol. 


This paper contains the annexes for the 
previous three papers. These annexes are based on 
the CCITT X.25 document, modified as necessary to 
operate in the amateur enviroment. 


This paper is a draft, and subject to change. 
Anyone wishing to offer comments or suggestions 
should write the author at the above address, or 
write to the AMRAD Newsletter for publication. 


ANNEX A 


Range of logical channels used for virtual calls 


In the case of a single logical channel DTE, 
logical channel number 1 will be used. 


For each multiple logical channel DTE/DCE 
interface, a oa of logical channels will be 
agreed upon wit the Network Adminidtration 
according to Figure A-1/AX.25. 


One-Way 
Incoming 
Channels 
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Two-Way Channels 


Outgoing 


! 
One-way ' 
Channels i 


LCN # Logical channel number 

LIC = Lowest Incoming call number 
HIC = Highest Incoming call number 
LTC = Lowest Two-way call number 
HTC = Highest Two-way call number 
LOC = Lowest Outgoing call number 
HOC = Highest Outgoing call number 


Figure A-1/AX.25 


LIC to HIC: range of logical channels assigned to 
one-way incoming channels for virtual 
calls. 


The present recommendation is to 
assign 1 as the LIC, and 3 as the HIC. 


LTC to HTC: range of logical channels which are 
assigned to two-way logical channels 
for virtual calls. 

The present recommendation is to 
assign 4 as the LTC, and 4079 as the 

HTC. 


LOC to HOC: range of logical channels assigned for 
use as one-way outgoing channels for 
virtual calls. 


The present recommendation is to 
assign 4080 as the LOC, and 4095 as 
the HOC. 

Note 1: The reference to the number of logical 
channels is made according to a set of 
contiguous numoers from 0 (lowest) to 
4095 Thighest) using 12 bits made up 
of the logical channel group number 
(LCGN) (see 6.1.2) and the 8 bits of 
the logical channel number (see 
6.1.3). The numbering is binary coded 
using bit positions to 1 of octets 1 
followed by bit positions 8 through 1 
of octet followed by bit positions 8 
through 1 of octet 2 with bit 1 of 
octet being the low order bit. 

Note 2: All logical channel boundaries are 
agreed to for a period of time. 

Note 3: DCE search algorithm for a logical 
channel for a new incoming call will 
be to use the lowest logical channel 
in the ready state in the range of LIC 
to HIC or LIC to HTC, depending on 
whether the call is one-way incoming 
or two-way, respectively. 


In order to minimize the risk of call 
collision, the DTE search algorithm is 
suggested to start with the highest 
numbered logical channel in the ready 
state. 


Note 4: 


ANNEX B 
B.1 Symbol definition of the state diagram 


Transition 


State 
Number 


! aed Responsibility 
DTE for the 
transition 
Transition : 
! (Packet <\*- Packet 

V type) transferred 


Note 1. Each state is represented en ellipse 
wherein the state name and number are 
indicated. 


Note 2. Each state transition is represented by 
an arrow. The responsibility for the 
transition (DTE or DCE) and the packet 
that has been transferred as indicated 
beside the arrow. 


B.2 Order definition of the state diagram 


For the sake of clarity, the normal procedure 
at the interface is described in a number of small 
state diagrams. In order to describe the normal 
procedure fully, it is necessary to allocate a 
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Pee co the different figures and to re 
igher order diagram with a lower one. Th 
been done by one of the following means: 


late a 
is has 


The figures have been arranged in order 
of priority with Figure B-1/AX.25 (restart) having 
the highest priority and subsequent figures having 


rl 
acket level 


pl 
Ready 
DTE 


Restart request 


indication 


Restart request 


Note 1. 


lower priority. Priority means that when a packet 
belonging to a higher order diagram is 
transferred, that diagram is applicable and the 


lower one is not. 
The relation with a state in a lower order 


diagram is given by including that state inside an 
ellipse in the higher order diagram. 


ready 


DCE 


Restart 
Indication 


Restart indication 
(see Note 


This transition may take place sfter time-out T10. 


Figure B-1/Ax.25 


Diagram of states for the transfer of restart packets 
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Figure B-2AfAX.25 
Call set-up phase 
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DTE DCE 
Clear Clear | 
request indication 
V V 
DTE DCE 
P 


Clear 
request Clear 
k indication 


(see Note 3) 


DTE 


DCE 


request 


Call Call 
connected accepted 
(see Note »> see Note 
or DCE Clear DTE Clear 2) or 
Incoming confirmation confirmation Call 
Call or Clear indication or Clear request request 
(see see Note 
Note 5)) 4) 


Note 1. This transition is possible only if the previous state 
was DTE waiting (p2). 


Note 2. This transition is only possible if the previous state 
was DCE waiting (p3). 


Note 3. This transition may take place after time-out T13. 


Note 4. This transition is possible onlv._if the previous state 
was Ready (pl) or DCE waiting (p3). 
Note 5. This transition is possible only.if the previous state 


was Ready (pl) or DTE waiting (p2). 


Pigure B-2B/AX.25 
call clearing phase 


Diagrams of states for the transfer of call Sy ate and call 
clearing packets within the packet level ready (pl) state. 


DTE 
Reset Reset 
request indication 
Vv 
DTE DCE 
DCE 
Reset 
request indication request 
or DCE or DTE : 
Reset Reset Reset Reset 
request confirmation confirmation indication 


(see Note) 


Note: this transition may take place after time-out T12 
Figure B-3/AX.25 


Diagram of states for the transfer of reset packets 
within the data transfer (p4) state 
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ANNEX C 


Actions taken by the DCE on receipt of packets 
in a given state of the packet level DTE/DCE 
as perceived by the DCE 


INTRODUCTION 


This Annex specifies the actions taken by the 
DCE on receipt ofpackets in a given state of the 
packet level DTE/DCE interface as perceived by the 
DTE. 


direct result of receiving that packet, the 


DCE remains in the same state. 


B) DIAG # x: The DCE discards the received 

packet and, for networks which implement the 

diagnostic packet, transmits to the DTE a 

diagnostic packet containing the diagnostic 
XxX. 


C) NORMAL or ERROR: The corresponding 
action is specified behind each table. 


4) Annex E gives a list of the diagnostic codes 
which may be used. 
It is presented as a succession of chained 
tables. 
Table C-1/Ax.25 
The following rules are valid for all these Special Cases 
1 Pe eet: ae ene Moos ee ee ee 
1) There may be more than one error associated | Packet from the DTE !Any State! 
with a packet. The network will stop normal | I MSS er a. 
processing of a packet when an error is ! Any packet with packet length ! DTAG ! 
encountered. Thus, only one diagnostic code | shorter than two octets | #38 ! 
is associated with an error indication by | eeeceeenee Saisesese=SSe-s555 are woccrrec- ! 
the DCE. The order of packet decoding and ! Any packet with an incorrect DIAG ! 
checking on networks is NOT standardized. ! general format identifier (GFI) #40 | 
loceecoces Cneeewetiecess ae wae wen nn | WE | 
2) The detection of the non-octet alignment ! Any Geta with an unassigned | DIAG ! 
shall be made at the frame level ogical channel i #36 
3) In each table, tha actions taken by the DCE ! Any packet with correct GFI and ! See pi 
are indicated in the following way: ! assigned logical channle or with |! Table ! 
| bits 1 to 4 of octet 1 and bits !C-2/AX. 25! 
A) Discard: The DCE discards the received ! 1 toe_8 of octet 2 equal to zero ! 
packet and takes no subsequent action as a Il : 
State of the interface! ! ! ! 
erceived by ! Packet ! DTE ! DCE ! 
the DTE ! Level ! Restart ! Restart ! 
i Ready Request lIndication! 
DTE with esedene ! rl ! r2 ! 3 ! 
logical channel ! ! ! 
i Restart Request ! Normal ! Discard &: Normal ! 
| ! Va, ' (rl) ! 
lige ceccuseeasacose Saco ice sseccs boeseesele (se5-6- 4225 
| DTE Restart asa ia ye rer #18! Normal ! 
f Confirmation : (rl) 
| aa nweenew nanan neea es eaenwnwaeaoeleawenewwewaenewt e@eaeaneewacee |lowweweeeweewe = 
; Data, interrupt, call 


! set-up and clearing, 
! flow control or reser 


! Restart request or DTE 

| restart confirmation 

! with bits 1 to 4 of 

! octet 1 or bits 1 to 8 ! 
: octet 2 unequal to ele 
! Packets having a 
! type identifier which 
| is shorter than 1 octet! 
| or is not supported 

; by the DTE 


! Packet other than | 
! restart request and DTE! 
| restart confirmation 

| with bits 1 to 4 of 
! octet 1 and bits 1 to 8! 
| of octet 2 equal to 0 |! 


psec Table !Error #18! Discard ! 
1C-3/AX. 25! (r3) 


[see Tablelmrrer #41! Discard ! 
'C- 3/AX.25! (r3) .! 


r3 


r 


acket!see Table!Error #38! Discard ! 
1C-3/AX. Seas ae ai 


! 
! 
! 
i 
i 
! 


TABLE C-2/AX.25 


Action taken by the DCE on recei 


‘i 


in a given state of 


interface as perceived 
procedure for assigned 


the 
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i. of BTE/ DCE 
cket level DTE/DCE 
the DCE: restart 

ogical channels. 


Where: 


Error (r3): 


The DCE discards the received packet, 
indicates a # x restarting 
by sending to the DTE a restart 
indication packet with the cause 
“Local. procedure error” and. the 
diagnostic # x, and enters state r3. 
If connected through a virtual call, 
the distant DTE is also informed of 
the restarting by a clear indication 
packet, wit B the cause "Remote 
procedure error" (same diagnostic). 


If a restart indication is issued as a 
result of an error condition in state 


NORMAL (rl): 


Provided none of the following 
error conditions has occured, the 
action taken by the DCE follows the 
procedure as defined by in section 3, 
ere the DTE/DCE interface enters state 


a) If a restart request. packet.or: DIE 
restart confirmation packet received 
in, State 23: -exceeds “the eae 
permitted length or is too short, 

DCE will invoke the ERROR #39 or 338 
procedure, respectively. 


b) If a restart request packet 


Where: 


! octet or is not 


r2, the DCE should eventually (after a received in state rl exceeds the 
time which does not exceed 120 maximum permitted length, is too 
seconds) consider the DTE/DCE short, or the restarting cause field 
interface to be in the packet level is not "DTE originated", the DCE shall 
ready state (rl). invoke the DIAG #32, 838, or #81. 
! State of the ! ! ! ! ! ! ! ! 
! interface as ! ! ! ! ! ! ! ! 
! perceived by ! Ready ! DTE ! DCE ! Data ! Call ! £ODTE ! DTE ! 
! the DTE ! ! Waiting ! Waiting ! Transfer!Collision! Clear ! Clear ! 
!Packet from the ! ! ! ! ! ! request !indication! 
!DTE with logical ! pl ! p2 ! p3 ! p4 ! p5 ! p6 ! p7 ! 
! assigned to the\! ! ! ! ! ! ! ! 
!_virtual call ____. eer ree Liat ee tos ciod eee Eee en teem ae a eee i 
| Call ! Normal ! Error ! Normal ! Error ! Error ! Error ! Discard ! 
| Request | ! 27 ! ! £23 ! #24 ! #25 ! | 
i (p2) (p7) (p5) (p7) (p7) ! (p7) 
! Call ! Error ! Error ! Normal ! Error ! Error ! Error ! Discard ! 
! Accepted ! #20 ! #21 #! ! #23 ! #24 ! #25  ! ! 
; (p7) (p7) ! (p4) (p7) : (p7) ! (p7) 
| Clear ! Normal ! Normal ! Normal ! Normal ! Normal ! Discard ! Normal ! 
Request p6) (p6) : (p6) } (p6) Fs p6) 7 (p6) ! 
DTE | Error ! Error ! Error ! Error ! Error ! Error ! Normal ! 
| Clear | #20 ! #21 ! #22 { #23 ! k24, ! #25 ! ! 
Confirmation (p7) H (p7) (p7) ! (p7) (p7) i (p7) (pl) H 
! Data, Interrupt, ! Error ! Error ! Error !see Table! Error ! Error ! Discard ! 
| Reset or Flow ! #20 ! #21 ! #22 !C-4/AX.25! #24 ! #25 ! ! 
Contre: (p7) ! (p7) ! (p7) } !  (p7) ! (p7) ! 
! Restart request, ! Erro ! Error ! Error !see Table! Error ! Error ! Discard ! 
| or DTE restart ! #41 #41 1 #41 1C-4/AX.25! #41 ! #41 ! ' 
! confirmation with ! (p7) I (p7) ! (p7) ! ! (p7) ! (p7) ! | 
| pais S.A te, cle Or ! | | | | | | 
! octet 1 or bits 1! ! | | | | 
! to 8 of octet 2 ! ! ! | | I 
! unequal to zero ! L i ! l i 
{------------------- !-------+-- {--------- !--------- {--------- [--------- [--------- fone nnn- ne ! 
! Packets having a ! Erro ! Error ! Error !see Table! Error ! Error ! Discard ! 
! packet type i ent-! #38 86! = #38 £38 ic 4/AX.25! #38 ~~! H38 ' 
ifier which is ! = #33 ! #330! #33 #33 0! #33 ! l 
! shorter than one (p7) ! (p7) !. (p7) (p7) ! (p7) ! | 
i 1 


! supported by 


Error (p7): 


the DCE I : ! 


TABLE C-3/AX.25 


Action taken oT the DCE on repeipt of packets in a given 
e 


state of the pac 
the DCE: 


call set-up and clearing on 


t level DTE/DCE Peerage as 
logica 


assigned to the virtual call. 


The DCE discards the received packet, 
indicates a clearing by peeeeme ed 
to the DTE a clear 

indication packet, with the "Local 
procedure error" and the diagnostic 
x, and enters state p7. If connected 
through a virtual call, the distane 
DIE is also informed of the clearing 
by a clear indication packet, with the 
cause "Remote procedure error" (same 
diagnostic). 


It is required that in the absence of 
an appropriate DTE response to a clear 
indication packet issued as a result 
of an error condition in state p6, the 
DCE should eventually consider (after 


N 
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ormal (pl): 


age pacha by 
channel 


a time which does not exceed 120 
seconds) the DTE/DCE interface to be 
in the ready state (pl). 


Provided none of the following 
error conditions has occured, the 
action taken by the DCE follows the 
procedures as defined in section 4 and 
the DTE/DCE interface enters state pl. 
In all the cases specified hereunder, 
the DCE will transmit to the DCE a 
clear indication with the appropriate 
cause and diagnostic, and enter state 
p7;_ if connected through a virtual 
call, the distant DTE is also informed 
of the clearing by a clear indication 
packet with the cause "Remote 
procedure error" (same diagnostic). 


a) Call request packet 
Error Condition Cause Specific 
diagnostics 
(see Note 3 
1. Not applicable of ANNEX E) 
2. not applicable 
3. Address contains Local procedure # 67,68 
a non-BCD digit error 
4, Prefix digit not Local procedure # 67,68 
supported error 
5. National address Local procedure # 67,68 
smaller than national error 
address format permits 
6. National address Local procedure # 67,68 
larger than national error 
address format permits 
Error Condition Cause Specific 
diagnostics 
(see Note 3 
of ANNEX E) 
7. DNIC less than four Local procedure # 67,68 
digits error 
8. bits 7 or 8 of octet Local procedure # 69 
which indicates the error 
facility field length 
not set to zero 
9. no combination of Local procedure # 69 
facilities could error 
equal facility length 
10. Facility length Local procedure # 38 
larger than remainder error 
of packets 
11. Facility values Invalid facility # 66 
conflicts (ex. a request 
particular combination 
not supported) . 
12. Facility code not Invalid facility # 65 
allowed. request 
13. Facility value Invalid facility + 66 
not allowed request 
14. Packet too short Local procedure # 38 
error 
15. Address length Local procedure # 38 
larger than remainder error 
of packet 
16. Call user data Local procedure # 39 
larger than 16, or error 
128 in case of fast 
select facility 
17. Class coding of the Local procedure # 69 
facility corresponding error 
to a length of 
parameter larger than 
remainder of packet 
18. Facility code Local procedure # 73 
repeated error 


If a virtual call cannot be established by 


the network, the DCE should use a call progress 
signal and diagnostic code among those listed 


hereunder: 
Error Condition Cause Specific 
diagnostics 
(see Note 3 
of ANNEX E) 
19. Unknown station Not obtainable # 67 
20. Not applicable 
21. Not applicable 
22. Reverse charging Reverse charging #0 
rejected acceptance not 
subscribed 
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25. Fas. Selece Fast select # 0 
rejected acceptance not 
sub scribed 
24. Called DTE out Out of order # 0 
of order # greater 
than 128 
25. No logical channel Number busy # 71 
available 
26. Call collision Number busy # 71,72 
27. RPOA out of order RPOA out of order # 0 
28. Temporary network Network congestion # 0 
congestion of fault 
condition within the 
network 
29. The remote DTE/DCE Incompatible # 0 
interface or the destination 
transit network does 
not support a function 
or a facility requested 
30. Procedure error at Remote procedure see b 
the remote DTE/DCE error and c 
interface and ANNEX D 
b) Call accepted packet 
Error condition Cause Specific 
Diagnostics 


ie 


12, 


13. 


14, 


15. 


(see Note 3 
of Annex E) 


Not applicable 


Address contains Local procedure 
a non-BCD digit error 
Prefix digit not Local procedure 
supported error 
National address Local procedure 
smaller than national error 


address format permits 


National address Local procedure 
larger than national error 
address format permits 

DNIC less than four Local procedure 
digits error 


bits 7 or 8 of octet Local procedure 
which indicates the error 
facility field length 

not set to zero 


no combination of Local procedure 
facilities could error 

equal facility length 
Facility length Local procedure 
larger than remainder error 
of packets 

Facility values Invalid facility 
conflicts (ex. a request 


particular combination 
not supported). 


Facility code not Invalid facility 
allowed. request 
Facility value not Invalid facility 
allowed or invalid request 
Address length Local procedure 
larger than remainder error 

of packet 

Call user data Local procedure 
larger than 128 in error 

case of fast select 

facility 


Class coding of the Local procedure 
facility corresponding error 

to a length of 

parameter larger than 

remainder of packet 


# 67,68 
# 67,68 


# 67,68 


# 67,68 


# 67,68 


# 69 


# 69 


# 38 


# 66 


# 65 


# 66 


# 38 


# 39 


# 69 


16. Facility code Local procedure # 73 5. Non zero facility Local procedure #75 
repeated error field as fast select error 
facility requested) 


17. The incoming call 
acket indicated 
ast ,select with 

restriction on response 


c) Clear request packet 
Error condition Cause 


Local procedure # 42 
error 


14. Call user data 
larger than 128 in 
case of fast select 
facility (if fast, select 
facility requested) 


Local procedure # 39 
error 


Specific 
Diagnostics 
(see Note 3 15. Clearing cause Local procedure # 81 
of Annex E) field is not "D error 
originated" in the 


1. Not applicable clear request packet 


2. Packet too short Local procedure # 38 
error 


d) DTE clear confirmation 


3. Packet length Local procedure #39 Error Condition Cause Specific 
larger than 5 octets error diagnostics 
(if fast select facility (see Note 3 
not requested) of ANNEX E) 

4, Non zero address # 74 1. Not applicable 


Local procedure 
length field (if error 
fast select facility 2. Packet length Local procedure # 39 


requested) larger than 3 octets error 


State of the interface! 
as perceived by 
theDCE 


! Flow ! DTE ! DCE ! 


! Packet’ from the ! Control ! Reset ! Reset ! 
i een be Besigne Reay i Request pndtest ton! 
ces ne Ra ae Nt 
! Reset Request ! Normal ! Discard Normal ! 
: d2) ! ) } 
! DTE Reset {Error #27!Error #281 Normal ! 
! Confirmation (d3) (d3) ! (d1) ! 
! Data, interrupt, ! Normal Error #28! Discard ! 
or flow control (dl 3) ! 
Restart request or DTE !Error #411Error #41! Discard ! 
! restart confirmation (d3) (d3) ! ! 
! with bits 1 to 4 of ! ! 
! octet l or bite 1 to 8 ! ! ! ! 
! octet 2 unequal to zero! ! ! 
! Packets having a packet tre #38 | Error #38! Discard ! 
! type identifier which !Error #33!Error #33 ! 
! is shorter than 1 octet! (43 ! (d3) ! 
! or is not supported ! 
t _by the DCE ! ! ! ! 


TABLE C-4/AX.25 
Action taken by the DCB on receipt of packets in a given 
state of the packet level DTE/DCE interface as perceived 
by the DCE: data transfer (flow control) on assigned 
logical channels 


b) If the P(S) or P(R) received is 


Error (d3): The DCE discards the received packet, 
not valid, the DCE will invoke the 
1 


indicates a reset bytransmittingto 


the DTE a reset indication packet BELOL or # 2 procedure, 
with the cause "Local procedure error* respectively. 
and the diagnostic x, and enter 


state d3. For virtual calls, the c) The DCE will consider the receipt 


distant DTE is also informed of the 
reset by a reset indication packet, 
with the cause "Remote procedure 
error" (same diagnostic). 


If a reset indication is issued as a 
result of an error condition in state 
d2, the DCE should eventually consider 
(after a time not to exceed 120 
seconds) the DTE/DCE interface to be 
in the flow control ready state (dl). 


Provided none of the following error 
conditions has occured, the action 
taken by the DCE follows the procedure 
as described in sections 4 and 5: 


a) If the packet exceeds the cas 
permitted length, or is too short, th 
DCE will invoke the Error # 39 or #38 
procedure, respectively. 
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of a DTE interrupt confirmation packet 
which does not correspond to a yet 
unconfirmed DCE interrupt packet as an 
error and will invoke the Error # 43 
procedure: The DCE will either 
discard or consider as an error a DTE 
interrupt <packet received before: a 
previous DTE interrupt packet has been 
confirmed (Error # 44 procedure). 


d) Not applicable 


e) If the resetting cause field is 
not “DTE originated" in a reset 
request packet, the error procedure is 
invoked A reset indication packet 
will be* transmitted with the cause 
"Local procedure error" and the 
diagnostic # 81. 


ANNEX D 
Packet level DCE time-outs and DTE time-outs 
D.1 DCE time-outs 


Under certain circumstances, this 
recommendation requires the DTE to respond to a 
packet issued from the DCE within a stated maximum 
time. 


Table D-1/AX.25 covers these circumstances 
and the actions that the DCE will initiate upon 
the expiration of that time. 


D.2 DYE time-outs 


Under certain cirmstances, this 
Recommendation requires the DCE to respond to a 
packet from the DTE within a stated maximum time. 
Table D-Z/AX.25 gives these maximum times. The 
actual DCE response times should be well within 
the specified time limits. The rare situation 
where a time-limit is exceeded should only occur 
when there is a fault condition. 


To facilitate recovery from such fault 
conditions, the DTE may incorporate timers. The 
time-limits given in Table D-2/AX.25 are the lower 
limits of the times a DTE should allow for proper 
operation. Suggestions on possible DTE actions 
upon expiration of the time-limits are given in 


Table D-2/AX.25. 


!Time-!Time-! State ! Started Normally ! Actions to be taken when the time-out expires ! 
! out ! out ! of the! When ! Terminated | wm ewe meee meme mee meee wwe meme mn meee eee eens | 
! No. !value!logical! when Local side | Remote side 
| !channel! ! ! 
1710 ! 60 ! x3 ! DCE issues a !DCE leaves the! DCE remains in r3 and may ! DCE enters the d3 ! 
! 'secs.! restart ! r3 state (ex:! issue a diagnostic packet ! state signalling ! 
! ! ! ! indication ! the restart ! ! a reset indication/ 
I | | | packet ! confirmation ! ! (remote procedure ! 
! ! ! ! or restart ! ! error) ! 
1 H H H ! request is |} : 
! ! ! ! ! renainzed) ! t ! 
!----- !----- [------- | -------------- | -------------- Leraine irene nga eminem creer | ane enn------------- ! 
!T1ll ! 180 ! p3 ! DCE issues an! DCE leaves ! DCE enters the p7 state ! DCE enters the p/7 ! 
! ‘secs. ! ! incoming ! the p3 state | signalling a clear ' state signalling | 
! | | | call ! (ex: the call! indication (local i a clear indication! 
I H ! l packet accepted, ! procedure error) ! (remote procedure ! 
I H H | 'clear request, ! ! error) | 
I | | | ! or cal | | 
1 | | | ! request is ! | 
! ! ! ! ! received ! | 
!----- lene-- Jen----- Penne neon n----- Penennennnnn--- ! I Ee ! 
!7T12 ! 60 ! a3 ! DCE issues a ! DCE leaves ! For virtual calls, the DCE! For virtual calls,! 
! 'secs.! reset ! the d3 state ! enters the p7 state ! DCE enters the p7 ! 
l | ! ! indication ! (ex: the reset! signalling a clear ! state signalling ! 
I | | | packet ! confirmation ! indication (local ' a clear indication.! 
I ! ! ! ! or reset procedure error) ! (remote procedure ! 
I ! ! ! ! request is ! | ' 
J J ! ! I recewd, ! | I 
!----- !----- {------- !--------------!-------------- breeres Beer a Se or eer es sret seta reer arenes s fs 
t-T13 oh, -60° A pe ! DCE issues a ! DCE leaves ! DCE remains in p7 and may ! | 
! ‘secs, ! | clear ! the p7 state ! issue a diagnostic packet !* | 
| ! H ! indication ! (ex: the clear! I ! 
| H H ! packet ! confirmation ! ! 
! | | | H or clear ! I ! 
! ! I H ! request is |! ! ! 
! ! ! ! ! received) ! ! | 
Table D-1/AX.25. DCE Time-limits 
! Time-! Time-! State of ! Started ! Normally terminated ! Preferred action to be ! 
| out ! limit!the logical! When | When ! taken when time-limit ! 
!number! value! Channel ! | expires : 
| amo wanan eae ease necaen ez wean awweawnuneeeaee aeseeenmaanan= aasaeanawnsanoaoveae eu wmweenwas ewes aaanenaae 
!T20 ! 180 ! r2 ! DTE issues a ! DTE leaves the r2 ! To retransmit the | 
| Isecs. ! | restart | state (ex: the restart request ! 
! ! | J request ! restart confirmation! packet I 
H | ! | packet for restart indication! (see Note 1) I 
! ! ! ! ! is .canaived), | I 
f------ [------ Jenene e enn n= [-------------- Penne nnn ncn e ne neenee=- | -------- eee eee eee ---| 
PTZ). ab 200. A p2 ! DTE issues a ! DTE leaves the p2 ' To transmit a clear ! 
‘secs. ! ! call request ! state (ex: the call ! request packet ! 
| ! | | packet connected, clear ! I 
| H H ! _ indication, or ! s 
! ! ! ! | incoming call is I ! 
! ! ! ! ! received ! I 
Penne n- J------ [anon e-enne Peon een en enn === | peewee eee eee e een rnn- Peonnene atta tet eietatettetahel { 
V2 2: ob BO d2 ! DTE issues a ! DTE leaves the d2 ! For virtual calls, to |! 
! !secs. ! ! reset request! state (ex: the reset.) retransmit the reset | 
| H ! ' packet fconfirmation or reset! request or to transmit ! 
! ! ! ! ! indication is revd) a clear request packet 
[a-nene [------ [----------- Peon ene ene nn-=- Pan nn nn nn ee enn | er ne en ere nner nnn 
Rtgs: - Ee TeO! al P6 ! DTE issues a ! DTE leaves the p6 | To retransmit the ! 
| Isecs. ! ! clear request! state (ex: the clear! clear request packet ! 
| | ! packet !confirmation or clear! (see Note 2 ! 
! ! indication is revd) ! ! 
Note 1 After unsuccessful retries,, recovery decisions should be 
taken at higher levels. 
Note 2 After unsuccessful retries, the logical channel should be 


considered out-of-order. 


be invoked for recovery if reinitialization of all 


channels is acceptable. 


The restart procedure should onl 


logica 


Table D-2/AX.25. DTE Time-limits 
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ANNEX E 


Coding of AX.25 network generated diagnostic fields inc 


Note 1: 
Note 2: 
Note 3: 


lagnostic packets 


(see Notes 1 


! Diagnostics ! Bits ! Decimal ! Hex ! 
! 87654321 
Ye ww wo ow a a a a er nan ran ! 
{ No additional inf ti 1oqoo0oo0o0o00o00g0od! 0 !oo ! 
| Invalid P(S Ormarson 100000001! 1 +'!o01 ! 
! Invalid P(R t'o0o0dgqddol1o0!? 2 !o2 ! 
ager onder O------ eee ee nen eee- | ----------------- !--------- |----- ! 
! Packet t lid 100010000! 16 !10 ! 
| Pee seas Bh 1'oo0oo1l0d00do0dl! 17 !11 i! 
For state r2 !oo0o010010! 18 !12 ! 
For state r3 1900010011! 19 !13 ! 
For state pl 100010100! 20 !14 ! 
For state p2 100010101 21 115 
For state p3 100010110! 22 116 ! 
For state p4 troo0oo0lagllilit! 23 !17 ! 
For state p5 100011000! 24 !18! 
For state p6 100011001! 25 119 
| For state p7 100011010! = £426 ' 1A! 
| For state dl '00011011! 27 1 1B! 
| For state d2 -'100011100! 28 ! ic ! 
! For state d3 foo0o01l1101! 29 ! 1p! 
| (not implemented) 100011110! a0 ! 1E 
{cosa ss 6 a P00 Ol Welle leer cece {IF 1 
! Packet not allowed lecrovrouooor! 32 0001 
! Unidentifiable packet 100100001! 33 !21 ! 
! (not implemented 100100010! 34 122 3 
: (not implemented i 00100011 ! 35 23 
! Packet i ! ! 
conical cha 100100100! 36 $24 ! 
l (not implemented) 1ood01d0d1LOL! 37 125 ! 
'! Packet too short 100100110! 38 126 ! 
! Packet too long 1roo01l1loodoliltl! 39 !27 
| Invalid General Format Ident! 00101000! 40 ! 28 ! 
! Restart with non-zero in ! ! ! ! 
| bits in LCGN or LCN Poo TO 1001! 41 baaee 
! Pack i ! f | 
ole ecg fooL01010! 42 ! 2A! 
! i i ! | 
tS coatienarion ©: 100101011! 43 #2! 2B! 
{ Unauthorized interrupt 100101100! 44 ! 2c ! 
! (not implemented 1 : : 4 : k 7 Bee 
! i e e . 
(not implemented io01l0T111 ! re | OF ! 
Be eth et oats eg ote Se ga Re os Me St tas es AR te ees Pee 
1 Ti ired 100110000! 48 #=+$:30 ! 
| For ineoming call 100110001! 49 131 ! 
| For clear indication 1900110010 ! 50 1.32 ! 
| For reset indication i p : : , : ; H aod ! a 
For restart indication ! o0tl1l1111 ! ae i 3F i 
| ----------------------------- | ecen n-ne wenn n-== [onoeannn fooe-- 
‘ = ! ! | 
eben ee 101000000! 64 $40! 
Eo code not allowed 01000001 65 ! 41 
aes eo mee 191000010! 66 142 } 
! Invalid called address 'ol1l000011 ; a ' ra ' 
! Invalid calling address 101000100 6 ee 
! Invalid facility length 101000101 ! 69 ! 
! (not implemented) !'01000110! 70 46 ! 
! No logical channel available! 0100011 1! 71 47 
! Call collision 1o1aoolioodod! 72 48 ; 
| Duplicate facility requested! 0100100 1! 73 49 
! Non-zero address Tengen !o01r1001010! 74 4A 
! Non-zero facility length 101001011! 75 4B } 
H non-assigned up to: } 0100111 OS ae ee cee 
i; Mpecelbancous 101010000! 80 !50 ! 
! Improper cause code from DTE! 01010001 ! 81 : 51 ! 
! (noe implemented) {o01010010! 82 ! 52 ! 
!Inconsistant Q bit setting !01010011! 83 133! 
{ Maintenance action {01010100! 84 1 54 
! non-assigned up to: ! 01011111 ! 95 5F i 
! eer ewww wer eor eee se eee ree ewe leew mene ersten Pan ee ae ee ae ee ee ae Lees = e 
! : ! 0! 9% !60 ! 
' NDP gee ogne a : : 6 i ‘ a . 1 197 rh 
t were ee eee eer errr ssereerenernn Peer eeeseweseerreerrrm Jass~ ee = tal aca eer : 
! Reserved for network 110000000! 128 ! 80 
i specific diagnostic : 11iiil 1111! 255 fain: of 


information 


Not all diagnostic codes need apply to a specific network, Put those used are coded as shown in 


the table.- 


A given diagnostic need not apply 


restart indication, 


to 


The first diagnostic in each grouping is a generig, 
diagnostics are not defined within the grouping. 
situations where no other diagnostic applies. 
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sei paeKer types (ex: reset indication, clear indication, 
and diagnostic packets 


diagnostic and is used when'more specific 
e decimal 0 diagnostic code can be used in 


ANNEX F 
Address coding techniques for AX.25 
Background 


The role ene information will be called 
Appendix 1 of AX.25 in the future, in order to 
prevent conflicts with CCITT additions. 


Address field description in AX.25 


The following restrictions apply to the 
address field of X.25 packets (Section 5.2.3.2.2). 


When present, octet 7 and the following 
octets consist of the called DTE address when 
present, then the calling DTE address’ when 
present. 


Each digit of an address is coded ina 
semi-octet in binary-coded-decimal (BCD) with bit 
5 or bit 1 being the low order bit of the digit. 


Starting from the high order digit, the 
address is coded in octet 7 and consecutive octets 
with two digits per octet. In each octet, the 
higher order digit is coded in bits 8, 7, 6, and 
Beg 


The address field shall be rounded wto 
an integral number of octets by inserting zeros in 
bits 4, 3, 2, and 1 of the last octet of the field 
when necessary. 


Data Network Identification Code 


CCITT recommendation X.121 specifies a 
method of creating an international numbering plan 
for public data networks. Part of this 
recommendation specifies the assignment of a four 
digit number to identify public data networks. 
This number is called the Data Network 
Identification Code, or DNIC. 


The first three digits of the DNIC is 
used as a country. code, and is called the Data 
Country Code (DCC). The fourth digit is used to 
identify the public network within the country, 
and is called the network digit. 


The CCITT has the responsibility for 
assigning the DCC, a list of assigned DCC numbers 
is listed in x.121. The first DCC for the United 
States is 310. 


The responsibility for assigning network 
digits is left to the responsible body within the 
country in question. The Federal Communications 
Commission is the responsible authority in the 
United States. Unfortunately, the FCC is not 
assigning network digits at the moment, so the 
amateurs are unable to have assigned a DNIC code 
to us for now. We will attempt to have assigned 
to the amateur network a DNIC number’ when 
possible. 


For now, room should be left for the 
DNIC number, primarily to allow internetworking 
with existing public data networks. 


Original DTE address techniques for AX.25 


When the AX.25 draft committee originally 
met a method of coding the amateur station 
calisign into the DTE calling and DTE called 
fields of call request, incoming call, call 
accepted, and call connected packets. This 
involved coding the Data Network Identification 
Code (DNIC), a station subaddress, and the amateur 
call of each DTE into seven octets as follows. 


The DNIC is a four digit number, and as such, 
would fit into the first two octets. The first 
semi-octet of the first octet would carry the 
first digit, with the three succeeding digits in 
the next three semi-octets. 


The third octet would contain a five bit 
field used as a substation address. This field 
would be binary coded in bit positions 1 thru 5, 
with bit 1 being the LSB. Bits 6, 7, and 8 are 
reserved at this time, and set to zero. 


The fourth through seventh octets contain the 


amateur station ca potas Since there is not 
enough room to contain the callsign directly, is 


was recommended that the callsign be coded so that 
°P to six callsign characters could be fit into 
the four octets using Radix 50 coding. Radix 50 
coding allows three upper-case alpha or numeric 
characters to fit into a six octal digit field. 
The fourth octet would contain the first portion 
of the radix-—50 encoded characters, with 
succeeding octets carrying the rest of the 
information in order. If a callsign contained 
less than six ASCII characters, trailing ASCII 
space characters would be added as necessary. 


It should be noted that the above method of 
coding could create illegal (not BCD)addressing 
information, which could cause problems at an 
interface to a public data network. 


New method of addressing in AX.25 packets 


Information has just reached me (as I am 
printing this paper) that at a recent meeting, the 
CCITT has added new methods of coding address 
information into X.25 packets. Some of the 
additions follow immediately, then comments by the 
author on how to use these new methods. 


AX.25 Additions 
Facility Markers 


In the third paper of this series, under 
section 7.4.1, delete the last four paragraphs, 
and add the following: 


In addition to the facility/registration 
codes defined in section 7, other codes may be 
used for 


-non-AX.25 facilities Sate provided by 
some network(s) (call set-up packets 


-CCITT-specified DTE facilities as described 
in Annex G of this recommendation (call set-up, 
clear request and clear indication packets). 


Facility/registration markers, 
consisting of a single octet pair, are used to 
separate requests for AX.25 facilities as defined 
in sections 6 and 7 from other categories as 
defined above, and, when. several categories of 
facilities are simultaneously present, to separate 
these categories from each other. 


The first octet of the marker is a 
facility/registration code and is set to zero. 
The second octet is a $facility/registration 
parameter field. 


The facility registration parameter 
field of a marker is set to zero when the marker 
precedes requests for: 


-non-AxX.25 facilities provided by the network 
in case of intranetwork calls (call set-up 
packets). 


—-non-AxX.25 facilities provided by the network 
to which the calling DTE is connected, in case of 
intranetwork calls. 


The facility parameter field of a marker 
is set to all ones when the marker precedes 
requests for non-AX.25 facilities provided by the 
network to which the called DTE is connected, in 
case of intranetwork calls (call set-up packets). 


The facility parameter field of a marker 
is set to 00001111 when the marker precedes 
requests for CCITT-specified DTE facilities. 


All networks will support the Factrity 
markers with a facility parameter field set to al 
ones or 00001111. 


DTEs should not use a facility marker 
with a facility parameter field set to al ones i1n 
case of intranetwork calls. however, if a DTE 
uses such a marker in an intranetwork call, the 
DCE is not obliged to clear the call, and the 
marker, with the corresponding facility requests, 
may be transmitted to the remote DTE. 


Facility/registration codes for AX.25 
facilities and for the other categories of 
facilities may be simultaneously present. 
However, requests for AX.25 facilities must 
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precede the other requests, and reqiests for 
CCITT-specified DTE facilities must follow the 
other requests. 


The coding of CCITITI-specified DTE 
facilities should comply with the description in 
Annex G. However, it is not required for the DCE 
to verify that compliance. Tf the network 
verifies that cornpliance and finds an error, it 
may Clear the ca i. The CCITI-specified DTE 
facilities are passed unchanged between the two 


packet-—mode DTEs. 
(end of addition to7.4.1) 
ANNEX G 


CCITT-specified DTE facilities to support 
the OSI network service 


G.1 Introduction 


The facilities described in this Annex 
are intended to support end-to-end signalling 
required by the OSI network service. They follow 
the Ce pocrence DTE facility marker defined in 
section 7.4, These facilities are passed are 
Pe ee ea ened between the two packet mode DTEs 
involved. 


Procedures for use of these facilities 
by DTEs require definition by international user 
bodies. Subsequent provision ofX.25 facilities 
to be acted on b ublic data networks is for 
further study. oding for these facilities is 
defined here in order to facilitate a consistent 
facility coding scheme in such future evolution. 


G.2 Coding of the CCTTT-specified facilities 
G.2.1 Calling address extension facility 


The calling address extension facility 
is used in call request and incoming call packets 
to convey additional calling DTE address 
information. 


G.2.1.1 f€oding of the acility code field 


The coding of the facility code field 
for the calling address extension facility is: 


bits: 87654321 
code : 11001000 


Codin of the facility parameter 
field 

The octet following the facility code 
field indicates the length in octets of the 
facility parameter field and has a value of n+ 1, 
where n may be a maximum of 16 octets in order to 
hold the calling address extension. 


The first octet of the facility 
parameter field indicates, in bits 6, 5, 4, 3, 2, 
and 1, the number of semi-octets (up to 32) in the 
calling address extension. This address length 
indicator is binary coded, and bit 1 is the low 
order bit. Bits 8 and 7 of this octet are set to 
zero. 


The following octets (up to 16) contain 
the calling address extension. 


Fach digit of am address: 1s coded “in: -a 
semi-octet in neg | coded decimal, where bit 5 or 
1 is the low order bit of the digit. 


Starting from the high-order digit, the 
address is coded in octet and consecutive 
eetsts -of the feet parameter field with two 
digits paer octet. n each octet, the higher 
order digit is coded in bits 8, 7, 6, and 5. 


field shall be rounded up to,an integral number of 
octets by inserting zeros in bits 4, 3, 2, and 1 
of the last octet of the field. 


G.2.2 Called address extension facility 


The called address extension facility is 
used in call request, incoming call. ca 
accepted, call connected, clear indication, and 
clear request pee to convey additional called 
DTE address information. 


When necessary, the pepeeae | parameter 
3 


G.2.2.1 Goding of the facility code field 


The coding of the pact yety code field 


for the called address extension facility is: 
bits: 8 7.6 5 4:3 2-1 
code a gs Ear i 0 aes ie oe 
Codin Of “tire. tect bat arameter 
Field SSS SS 


The octet following the facility code 
field indicates the length in octets of the 
facility parameter field and has a value of n +1, 
where n may be a maximum of 16 octets in order to 
hold the called address extension. 


The first octet of the facility 
parameter field indicates, in bits 6, 5, 4, 3, 2, 
and 1, the number of semi-octets (up to 32) in the 
called address extension. This address length 
indicator is binary codes, and bit 1 is the low 
order bit. Bits 8 and 7 of this octet are set to 
zero. 


The following octets (up to 16) contain 
the called address extension. 


Each digit of an address is coded ina 
semi-octet in binary coded decimal, where bit 5 or 
1 is the low order bit of the digit. 


Starting from the high-order digit, the 
address is coded in octet and consecutive 
octets of the facility parameter field with two 
digits paer octet. n each octet, the higher 
order digit is coded in bits 8, 7, 6, and 5. 


When necessary, the facility parameter 
field shall be rounded up to an anuegra number of 
octets by inserting zeros in bits 4, 3, 2, andl 
of the last octet of the field. 


AX.25 marker definitions 


In order to make clear the various markers 
that might be in the facility field, they are 
listed below. Once again these markers are used 
to separate the various types of facilities that 
might appear in call generation packets. 


Facility marker for calling network facilities 


This marker signifies facilities following it 
are to be provided by the calling DTE network. 


bits: 87654321 
octetl: 00000000 
octet2: 00000000 


Facility marker for called DTE_network facilities 


This marker signifies facilities following it 
are to be provided by the called DTE network. 


bits: 87654321 
octetl: 00000000 
octet2: 1Tiiiiiliiil 


Facility marker for CCITT=specified facilities 


This marker signifies facilities following it 
are CCITT-specified facilities. 


bits: 87654321 
octetl: 00000000 
octet2: O507 0.0 Teta 1 


Facility marker for amateur network facilities 
This marker signifies facilities following it 
are amateur radio network provided facilities. 


bits: 87654321 
octetl: 00000000 
octet2: de othe Dede Pe de 


Note: The amateur facility marker has been 
changed, since the CCITT has added a marker using 
the original code that the AX.25 draft committee 
used. The choice of 11111110 is being made in 
hopes that the CCITT will stay away from this 
code, since the code 11111111 has been used. 
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Coding of amateur addresses in AX.245 


The following is_a recommendation on_codin 
of the calling and called DTE address fields an 
using the calling and called extension facilities 
in an amateur AX.25 network. 


Coding af the_DTE address_fields 


If the actual DTE addresses are conveyed 
in the newly created calling and called address 
extension facilities, this leaves the DTE calling 
and DIE called address fields available for other 
uses. One use for these fields might be to convey 
geographical location information of the DTEs 
Involved, which might help call routing decisions. 


If we leave the first two octets for the DNIC 
number (four digits coded ee AX.25 section 6.2), 
this leaves room for up to octets (10 digits) of 
additional information. One Oe amendaiicn would 
be to use the VHF grid location system. 


One of the problems with the VHF grid system 
is that it uses alpha characters in the first two 
characters, and numeric characters of the last two 
characters of the coarse location, and two more 
alpha caharacters in the two additional characters 
used in the fine grid location system. Since 
AX.25 specifies binary coded decimal format digits 
in the address fields, ASCII characters could 
create invalid DTE addresses. 


A suggestion to avoid this problem is to 
break up the alpha characters into two portions, 
each representable in binary coded decimal format. 
If an ASCII character (upper case alpha, or 
numeric only) is divided so that bits 1, 2, and 3 
are conveyed in the low order digit, and bits 4, 
5, and 6 are conveyed in the high order digit, an 


ASCII character could be represented in one octet, 
while still keeping to the Iletter of X.25. 


Using this technique, the first two octets 
would convey the DNIC number, the third octet 
would convey the first alpha character of the VHF 
grid system, the fourth octet would have the 
second alpha character, the fifth octet would have 
both digits of the grid system identifier. The 
sixth and seventh octets would carry the fine 
resolution alpha characters of the grid 
information. 


Address extension field coding 


The addition of the calling and called 
address extension facilities has allowed a re- 
thinking of amateur address coding. As the 
description of these facilities above shows, the 
CCITT is still considering addressing information 
to be numeric onl The United States contigent 
is hoping that this linitation can be eliminated, 
however. 


Anticipating. this. loosening-up of the 
restriction, I recommend that the extended address 
coding consist of the amateur callsign of the 
station involved, consisting of the six upper-case 
alpha or numeric characters, followed by an 
additional octet carrying a substation 
identification number. this substation 
identification number should be five aS aa 
binary coded, and reside in bits 5, 4, 3, 2, at 
of the seventh octet of the address Field. atts 
8, 7, and 6 are reserved at this time, and set to 
zero. 


This coding scheme will allow the amateur 
callsign to be used as a unique_ station 
identifier, just as it is in Level 2 of AX.25 
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